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CONTROLE D' ADMISSION DE SESSION MULTIMEDIA SUR CRITERE 

DE RESSOURCES RESEAU 

DESCRIPTION 

5 

DOMAINE TECHNIQUE 

L' invention concerne un procede et un 
dispositif de controle d' admission de session 
multimedia selon le protocole SIP ou H323, sur un 
10 reseau de telecommunication multimedia a transfert de 
donnees par paquets selon le protocole Internet, entre 
un terminal A, connecte au reseau de telecommunication 
par une liaison d'acces et disposant d' un canal virtuel 
au sein d'un conduit virtuel sur cette liaison, et une 
15 entite B du reseau, point de terminaison du protocole 
de signalisation . 

Le domaine concerne est celui des systemes 
de telecommunication multimedia, sur reseaux IP 
(« Internet Protocol ») prives ou publics, et du 
20 controle de bande passante dans ces systemes, 

Les protocoles de signalisation utilises 
sur ces reseaux, permettant la tenue de conferences 
(audio et video) point a point ou multipoints, sont : 
- le protocole H323 qui est une norme concernant la 
25 teleconference multimedia sur reseaux a transmission 
par paquets (incluant les transferts IP) recommandee 
par l'ITU {« International Telecommunication Union ») , 
il s'appuie sur les protocoles de communication 
RTP/RTCP (« Real time Transfer Protocol/Real time 
30 Transfer Control Protocol ») definis par 1'IETF 
(Internet Engineering Task Force) et aussi sur des 
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codecs audio (par exemple : 0,711, G. 723.1, G.728, . .) 
et des codecs video (par exemple : H2 61 et H.263) . (Une 
documentation sur H323 est disponible sur le site de 
1' ITU : www . itu . int/ITOT/publications/recs . html, serie 
H) . 

- le protocole SIP (« Session Initialisation 
Protocol », qui a ete cr6e pour remplacer les 
protocoles definis dans la norme H323, est un 
protocole de signalisation pour la telephonie et la 
visioconference. II est base sur http et MIME . II 
s'appuie sur le protocole SDP (Session Description 
Protocol », [RFC23271) pour la description des session 
et sur RTP (« Real Time Protocol ») pour le transport 
des donnees. II est fait pour les transmissions temps 
reel, il utilise moins de ressources et est moins 
complexe que H323. 1/ usage .du .protocole SDP dans les 
messages SIP est decrit dans l'appendice B de RFC2543 
(les references RFC sont disponibles sur. le site 
Internet de 1'IETF http://www.ietf.-org/rfc). 

Lorsqu'une demande . d r ouverture de session 
est emise par une entite appelante d'un reseau, dite 
entite d'origine, ..les messages SDP (« Session 
Description Protocol ») , dans le cas du protocole SIP, 
ou . les messages selon le protocole H245 (« Control 
protocol for multimedia communication ») , dans le cas 
du protocole H323, envoy6s sur le reseau contienne'nt 
des informations sur 1' ensemble des "codecs' (c'est-a- 
dire sur les procedures de "COmpression/DECompression' 
des donnees pour les transmissions sur le reseau) 
proposes pour etablir une session multimedia avec une 
entite appelee du r6seau, dite entity de destination. 
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Pour chaque type de flux (audio, video etc..) un ou 
plusieurs codecs sont proposes, pour la transmission de 
ces flux lors d'une session, par une entite d'origine 
qui propose d'etablir une session, a un entite de 
destination. Un debit de transmission de donnees sur le 
reseau correspond a chaque codec, il depend du mode de 
transfert en vigueur sur ce reseau (par exemple le mode 
de transfert ATM) . D'autres protocoles peuvent etre 
utilises specifiquement pour la reservation de bande 
passante, par exemple le protocole RSVP (« ressource 
reservation protocol ») . 



ETAT DE LA TECHNIQUE ANTERIEURE 

Dans les systemes de telecommunication 
multimedia sur reseaux a transmission par paquets 
(selon le protocole IP), les mecanismes preconises par 
les standards actuels de controle de bande passante, 
pour l'6tablissement d'une session entre deux 
terminaux, sont bases sur la negociation des systemes 
de codage de 1' information multimedia (codecs audio, 
video) directement entre ces terminaux au moyen de 
protocoles de signalisation (tels que SIP ou H323 par 
exemple) : la demande de bande passante est directement 
issue des terminaux et est portee par des messages de 
signalisation (SIP ou H323, ou encore par un protocole 
specif i que tel que RSVP) . 

De nombreux produits industriels, regroupes 
sous le terrae generique de SBC (« Session Border 
Controler ») , off rent dores et deja des solutions de 
contrSle d' admission de sessions * multimedia basees sur 
de telles demandes de bande passante formulees par les 



terminaux : en general le terminal d'origine transmet 
au terminal destinataire une demande contenant des 
propositions de codecs pour 6tablir une session, le 
terminal de destination repond alors en acceptant 
certains des codecs (un ou plusieurs selon les types de 
donnees a transmettre lors de ' la session) . Certains de 
ces produits, permettant d'etablir une session entre un 
terminal d'origine situe sur un r6seau d'acces a un 
r6seau de telecommunication et un terminal destinataire 
(il peut aussi s' agir d'un serveur ou autre element de 
reseau) situe sur ce dernier reseau de 
telecommunication,., calculent une bande passante a 
partir des codecs negocies entre les terminaux et des 
capacites de transport propres aux interfaces 
d r entree/sortie entre le reseau d'acces et le reste du 
reseau. Dans ce dernier cas le controle d' admission de 
session rie. peut garantir que. 1' absence de saturation 
des interfaces lors des sessions (mais pas celle de» la 
liaison d'acces) . 

Dans tous les cas l'art ant^rieur ne permet 
pas de r6server des ressources de bande passante, lors 
de 1' <§stablissement d'une session, qui tiennent compte 
des ressources du reseau (ou du reseau d'acces), 
notamment sur la liaison consid6ree entre le point 
d'origine et le point de destination. Ceci est 
evidemment pre judiciable a une gestion optimale du 
reseau en termes de bande passante. 

. Un autre inconvenient de l'art anterieur, 
lie a ce mode de controle des ressources, est qu' il 
n'est pas possible de garantir une qualite de service 
sur une liaison donnee apte a supporter plusieurs 



sessions. Ceci est particulierement penalisant pour les 
operateurs de telephonie, par exemple, pour lesquels il 
est important de pouvoir garantir certains parametres 
de qualite de service (ou QoS, « Quality of Service ») . 

II apparait done important , au regard des 
limitations de l'Gtat de l'art, de pouvoir disposer 
d'un mecanisme de gestion des admissions de sessions 
qui permette d'allouer des ressources de bande passante 
en fonction des besoins des points d'origine et de 
destination des communications, de maniere dynamique, 
mais aussi en fonction des ressources courantes du 
reseau. De plus, ce mecanisme doit permettre de 
garantir une qualite de service (liee a la bande 
passante) . 

EXPOSE DE L' INVENTION 

L' invention vise done un mecanisme de 
controle d' admission de session entre un point 
d'origine A et un point de destination B d'une liaison 
d'un reseau de telecommunication a transferts par 
paquets selon le protocole Internet, qui prenne en 
compte, de maniere dynamique, non seulement les codecs 
proposes par A et accepts par B mais aussi les 
ressources courantes de bande passante disponibles sur 
cette liaison. Un tel mecanisme permettant aussi de 
garantir des parametres de quality de service pour une 
session . 

Ces buts sont atteints grace a un procede 
dans lequel, lors d'une transmission de demande 
d' etablissement d'une session entre un terminal A 
(point d'origine) sur une liaison d'acces d'un reseau 
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et une entite B (point de destination) du reseau, le 
flux de signalisation correspondant a cette demande est 
intercepts, puis le message de description des flux 
media (contenant notamment les codecs proposes pour la 
5 session) est modifie de fa<?on a ce que les codecs 
proposes soient compatibles avec les ressources 
courantes en bande passante du reseau disponibles pour 
la liaison d'acces au terminal A consideree ; la 
demande modifiee est ensuite transmise a l'entite 

10 destinataire B pour accord- La modification porte done 
sur la liste des codecs proposes, celle-ci est limitee 
aux codecs compatibles avec la res source de bande 
passante sur la • portion de reseau concernee par la 
session* En effet, a chaque codec sont associes des 

15 debits de transmission correspondant aux divers types 
de donnees & transmettre au cours de la session, et ce 
sont ces debits qui doivent etre compatibles avec la 
bande passante disponible ou, plus precisement, avec 
les valeurs des capacites de t transport des canaux 

20 virtuels et des conduits virtuels de ,1a liaison d'acces 
du terminal A (qui indiquent notamment les valeurs des 
debits disponibles sur ces canaux et conduits 
virtuels) : les debits doivent etre inferieurs a ceux 
indiques par ces valeurs de capacite de transport 

25 (selon les modes de transfert, les valeurs. des 
capacites de transport peuvent indiquer d' autres 
parametres en plus des debits : par exemple, en 
transfert ATM, les parametres de gigue) . Cette 
ressource est reservee lors de la demande 

30 d' etablissement de session, puis confirmee a 
l'etablissement effectif de la session entre A et B, ou 



bien relachee en cas d'echec de 1' etablissement de la 
session. En cas de confirmation de session, une etape 
de filtrage des flux media (identifies par les adresses 
IP et les ports UDP concernes), selon une commande de 
debit, est mise en ceuvre pour la session entre A et B. 
En cas de demande de fin d'une session, les flux media 
relatifs a cette session sont bloques. L' invention 
permet de tenir compte des res sources du reseau 
directement pendant la phase de negociation entre A et 
B, ce qui confere au nouveau procede a la fois la 
rapidite et une grande souplesse d' utilisation . 

II est a noter le role de A et B peut etre 
echange sans modifier le procede d' admission de 
session : B peut en effet etre le point d'origine de la 
demande d' etablissement de session et A le point de 
destination de cette demande. Dans tous les cas, 
l'entite de destination de la demande d' etablissement, 
ou de fin, de session ainsi que l'entite d'origine de 
cette demande sont des points de terminaison du 
protocole de signalisation : c'est-a-dire qu'elles sont 
1' element cite par le protocole de signalisation (dans 
les informations de signalisation qui indiquent le 
point d'origine et le point de destination) qui 
correspond au point de destination ou au point 
d'origine des messages echanges. Pour une entite du 
reseau, le fait d'§tre un point de terminaison d'un 
protocole de signalisation indique qu'elle n' est pas un 
relais de signalisation mais bien un point d'origine ou 
de destination des messages. 

Plus pr6cisement, l r invention, dans un mode 
de realisation general, est un procede de contrdle 
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d' admission de session multimedia selon le protocole 
SIP ou H323, sur un reseau de telecommunication 
multimedia a transfert de donnees par paquets selon J_e 
protocole Internet, entre un terminal A, entite 
connectee au reseau de telecommunication par une 
liaison d'acces et disposant d'un canal virtuel au sein 
d'un conduit virtuel sur cette liaison, et une entity B 
du r6seau, point de terminaison du protocole de 
signalisatio.n; les valeurs . courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de ' la liaison d'acces du terminal A hors session etant 
connues, le canal virtuel et le conduit virtuel dedies 
au terminal A etant aptes a etre partages avec un autre 
terminal du reseau . ; , . le terminal A etant apte a 
emettre, ou recevoir, une demande , d' etablissement de 
session ou une demande.de fin de . session avec l'entite 
B selon le protocole SIP ou H323, . caracterise en ce 
qu'il comporte les etapes suivantes consistant a : 

a) pour une demande DES1 d r etablissement d'une session 
entre le terminal A et l'entit§ B, emise par une entity ' 
d'origine a destination d'une entite destinataire, 
I'une de ces deux entit^s etant le terminal A et 
1' autre etant l'entite B, respectivement selon le 
protocole SIP ou le protocole H323, 

(al) intercepter la demande DES1 emise par l'entite 
d'origine et en extraire les. codecs proposes dans la 
description de session, respectivement selon le 
protocole SDP ou le protocole H245 ; et 

(a2) obtenir les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 



de la liaison d'acces du terminal A stockees dans une 
base de donnees d r utilisation des ressources d'acces au 
reseau, et 

(a3) determiner quels sont les codecs, proposes dans la 
demande interceptee DES1, compatibles avec les valeurs 
courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A obtenues a l'etape precedente; et 
(a4) refuser d'etablir la session si aucun des codecs 
proposes dans la demande interceptee DES1 n'est 
compatible avec les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A, et transmettre a 
l'entite d' origine un message indiquant 1'echec de 
1' 6tablissement de session ; sinon 

(a5) modifier la demande interceptee DES1 
d' etablissement de session en remplagant, dans la 
description de session incluse dans la demande 
interceptee, les codecs proposes par les codecs 
compatibles avec les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A ; et transmettre la 
demande modifiee d' etablissement de session, DES2, a 
l'entite destinataire de la demande DES1; et 
(a6) calculer des valeurs residuelles des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d' acces du terminal A en f onction des 
valeurs r^servees des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A correspondant aux codecs compatibles 
transmis dans la demande modifiee DES2 et des valeurs 
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courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A ; et 

(a7) reserver a rusage du terminal A les ressources, 
sur le canal virtuel- et le conduit virtuel de la 
liaison d'acces dedies a ce terminal, qui correspondent 
aux valeurs reservees des capacites de transport des 
canaux virtuels et des conduits virtuels de la liaison 
d'acces du terminal A ; cette reservation de ressources 
etant effectuee en mettant ■ a jour la base de donnees 
d' utilisation des ressources d'acces avec les valeurs 
r^siduelles des ..capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A calculees a 1'etape precedente ; et 

si la demande d' etablissement '■• de session DES 2 
transmise a 1' entite destinataire ■ de la demande 
d' etablissement de session DESl est acceptee par cette 
entite, alors : * 

(a8). associer les codecs, de la* demande DES2 
acceptes par son entite destinataire a 
1' identif iant de session de la demande DES2, 'et 
les memoriser ; et 

(a9) calculer des valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A en ' fonction des valeurs des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
correspondant aux codecs de la demande DES2 
acceptes par 1' entite destinataire, et des valeurs 
courantes des capacites de transport des canaux 
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virtuels et des conduits virtuels de la liaison 
d'acces du terminal A ; et 

(alO) mettre a jour la base de donnees 
d' utilisation des ressources d'acces avec les 
valeurs residuelles des capacites de transport des 
canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A calculees a l'etape 
precedente ; et 

(all) autoriser la transmission de flux entre le 
terminal A et l'entite B selon les ressources de 
bande passante correspondant aux codecs de la 
demande DES2 acceptes par l'entite destinataire de 
cette demande; 
- sinon, 

(al2) transmettre a l'entite d'origine un message 
indiquant l'6chec de 1' etablissement de session et 
mettre a jour la base de donnees en tenant compte 
de la liberation des ressources reservees sur la 
liaison du terminal A ; 

b) pour une demande DFS de fin d' une session entre le 
terminal A et l'entite B r emise par une entite 
d'origine a destination d' une entite destinataire, 
l'une de ces entites etant le terminal A et 1' autre 
etant l'entite B, respectivement selon le protocole SIP 
ou le protocole H323, 

(bl) intercepter la demande DFS emise par l'entite 
d'origine et relever 1' identif iant de session, relatif 
a la session en cours dont la fin est demand6e, contenu 
dans cette demande, et obtenir les codecs associ^s a 
cet identifiant de session ; et 
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(b2) transmettre la demande interceptee DFS a l'entite 
destinataire ; et 

(b3) sur la base de 1' identif iant de session releve 
dans la demande interceptee DFS, bloquer la 
transmission de flux entre le terminal A et l'entite 
B ; et 

(b4) obtenir les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A stockees dans une 
"base de donnees d' utilisation des ressources d'acces au 
reseau, et 

(b5) calculer les valeurs residuelles des capacites de 
transport des .canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 
ressources liberies sur cette liaison par 1' arret de la 
session, . correspondant aux codecs associes a 
1' identifiant de session releve, et des valeurs 
courantes des * capacites de transport des canjaux 
virtuels et des conduits virtuels de la. liaison d'acces 
du terminal . A obtenues a l'etape precedente ; et 
(b6) mettre a jour la base de donnees d' utilisation des 
ressources d'acces au reseau, pour la liaison d'acces 
au terminal A, avec les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A 
calculees k l'etape precedente. 

L'homme du metier notera que le terminal A 
est connecte au reseau de telecommunication par une 
liaison d'acces de maniere directe ou bien de maniere 
indirecte ; dans ce dernier cas la liaison d' acces 



13 



peut, par exemple, faire partie d' un reseau d'acces au 
reseau de telecommunication considere. 

Les valeurs courantes des capacites -de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A hors session sont 
supposees connues : c' est-&-dire que pour chaque type 
de transmission (conversationnel, vid6o, audio/video, 
etc..) le canal virtuel et le conduit virtuel dedies au 
terminal A, qui sont aptes a etre partages avec un 
autre terminal du r£seau, ont des ressources en bande 
passante qui sont connues lorsque A n'est pas en 
session ; ces ressources hors session peuvent §tre 
variables dans le temps du fait du partage possible de 
la liaison, elles constituent les ressources maximales 
disponibles pour une session avec A sur la liaison 
d' acces . 

Ainsi le mode general du proc6de selon 
l r invention permet-il de resoudre le probleme de 
1' allocation de ressources pour une session multimedia, 
sur la ligne d' acc&s d' un terminal d' origine ou de 
destination, sur critere de ressources disponibles du 
reseau. Ce mode general permet en particulier de 
repondre au besoin, pour les operateurs de 
telecommunication, de controler la ressource partagee 
entre plusieurs utilisateurs d'un reseau et d'eviter la* 
saturation des liaisons d'acces du reseau. 

Le mode de realisation de 1' invention avec 
qualite de service garantie, est un proced6 de controle 
d' admission de session selon le mode general dans 



ler uepoi 



14 

lequel, lorsque le canal virtuel de la liaison d'acces 
du terminal A est a qualite de service garantie selon 
une valeur de qualite de service donn^e pour la 
liaison, a l'etape a) la modification de la demande 
5 interceptee DES1 d' etablissement de session est 
effectuee en ne conservant, dans la description de 
session incluse dans la demande intercefptee, que les 
codecs compatibles a la fois avec les capacites 
courantes de transport des canaux virtuels et des 

10 conduits virtuels de la liaison d'acces du* terminal A 
et avec la valeur de qualite de service du canal 
. virtuel de cette liaison . 

Le ■ mode avec qualite de service garantie 
resout le probleme- de 1/ allocation de ressources, pour 

15 1' etablissement d'une session, avec respect de 
contraintes de qualite de service- Ce mode : est done 
particulierement avantageux pour les operateurs de 
telecommunication pour lesquels il est important de • ne 
pas descendre en dessous d'un niveau donne de qualite 

20 de service, notamment pour les services 

conversationnels (par exemple sur les reseaux a mode'de 
transfert asynchrone ou ATM (« Asynchronous Transfer 
Mode ») > . De plus, la simplicity du precede permet 
d'appliquer le modele connu des lois d'Erlang pour le 

25 dimensionnement des conduits de collecte specifiques 
aux services conversationnels (conduits virtuels VP) . 

Un autre mode de realisation avantageux de 
1' invention est le mode avec filtrage selon 
30 prescription de debits, qui est un procede de controle 
d r admission de session selon le mode general ou selon 



15 



le mode avec quality de service garantie dans lequel la 
transmission de flux, consecutive a 1' autorisation de 
transmission de flux entre le terminal A et 1'entite B 
selon les ressources de bande passante correspondant 
aux codecs acceptes par 1'entite destinataire, est 
effectuee par un filtrage des flux selon des debits 
prescrits ; ces debits prescrits etant des debits qui 
sont a la fois des debits acceptes par 1'entite 
destinataire, pour les transmissions relatives a la 
session demandee par 1'entite d'origine, et des debits 
compatibles avec les capacites courante de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d' acces du terminal A. 

L' invention concerne aussi un dispositif, 
avec diver ses variantes, pour la mise en oeuvre du 
proc^de selon les modes decrits ci-dessus. En 
particulier 1' invention concerne un dispositif 
principal qui est un dispositif de controle d' admission 
de session multimedia selon le protocole SIP ou H323, 
sur un reseau de telecommunication multimedia a 
transfert de donnees par paquets selon le protocole 
Internet, entre un terminal A, entite connectee au 
reseau de telecommunication par une liaison d' acces et 
disposant d' un canal virtuel au sein d'un conduit 
virtuel sur cette liaison, et une entite B du reseau, 
point de terminaison du protocole de signalisation; les 
valeurs courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d' acces 
du terminal A hors session etant connues, le canal 
virtuel et le conduit virtuel dedies au terminal A 



16 

etant aptes a etre partages avec un autre terminal du 
reseau ; le terminal A etant apte a emettre ou recevoir 
une demande d' etablissement de session ou une demande 
de fin de session avec l'entite B selon le protocole 
5 SIP ou H323, caracterise en- ce qu'il comporte : 

1) une base de donnee BD, interrogeable par un module 
d' admission de .session MAS, ou sont stockees les 
valeurs des capacites de transport des canaux virtuels 
et des conduits virtuels . de la liaison d'acces du 

10 terminal A ; la base BD etant apte a transmettre a un 
module d' admission de session MAS, en reponse a une 
interrogation de .. la part de ce module relative a la 
liaison d'acces du terminal A, les valeurs des 
capacites de transport des canaux virtuels et des 

15 conduits virtuels de la liaison d'acces du terminal A 
stockees ; les donnees de la base ; BD pouvant etre mises 
a jour sur reception d' un message de mise a jour, 
transmis • par. le module d' admission de session MAS, 
contenant les nouvelles valeurs des donnees a stocker ' ; 

20 2) un module de filtrage de flux media MF apte a 
filtrer sur commande de filtrage, re?ue d'uri module 
d'appel MA, les flux media relatifs k une session 
identifiee sur la liaison entre le terminal A et 
l'entite B, selon des prescriptions de debit indiquees 

25 dans la commande de filtrage, et apte & bloquer sur 
commande de blocage, regue du module MA, les flux media 
relatifs a une session identifiee sur cette liaison ; 
le module MF etant apte a intercepter et & router vers 
le module MA les flux de signalisation en provenance du 

30 terminal A ainsi que les flux de signalisation en 
provenance de l'entite B ; 
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3) un module d' appel MA apte a : 

recevoir du module MF une demande interceptee 
d f 6tablissement d'une session, DES1, avec une entite 
destinataire, emise par une entite d'origine, l'une 
des deux entites etant le terminal A et 1' autre etant 
1' entite B, respectivement selon le protocole SIP ou le 
protocole H323, et 

extraire les codecs proposes figurant dans la 
description de session, respectivement selon le 
protocole SDP ou le protocole H245, ainsi que 
1' identif iant de session, TDS1, de la demande 
intercepts DES1, et 

- transmettre une demande de reservation de session 
DRS1 pour le terminal A sur la liaison d'acces du 
terminal A, correspondant a la demande interceptee 
DES1, contenant 1' identif iant de session IDS1 comme 
identifiant de session reservee et contenant les codecs 
extraits de la demande DES1, a un module d' admission de 
session MAS ; et, en reponse a cette demande, 

- soit : 

- recevoir du module d' admission de session MAS 
un message de refus de reservation de session sur 
la liaison d'acces du terminal A pour une session 
identifiee et transmettre une indication de refus 
de session a 1' entite d'origine de la demande 
correspondante DES1 ; 

- soit : 

- recevoir du module d r admission de session MAS un 
message d' acceptation de reservation de session 
pour le terminal A sur la liaison d'acces du 
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terminal A, contenant un identifiant de session 
reservee et une liste de codecs reserves ; et 

- g enerer une demande d' etablissement de session 
DES2, correspondant a la demande DES1, entre 
l'entite d'origine et l'entite destinataire de la 
demande DES1 , avec, pour identifiant de session^ 
1' identifiant de session reservee regu du module 
MAS a l'etape precedente, et avec, comme codecs 
proposes dans la description de session, les 
codecs de la liste de codecs reserves regue du 
module MAS avec 1' identifiant de session a l'etape 
precedente; et 

transmettre la demande d' etablissement de 
session generee DES2 a l'entite destinataire ; et, 
en reponse a cette demande, 

- soit •: 

recevoir du module ' MF un message, 
intercepts, dans un flux de signalisation 
destine a 1'entitS d',origrine de la demande 
DES2, indiquant l'echec de la procedure 
d f etablissement de cette session, transmettre 
ce message a l'entite d'origine, .et 
transmettre au module MAS un message d'echec 
d' etablissement de session ; 
-soit : 

- recevoir du module MF un message intercepts 
d' acceptation d' Etablissement de cette 
session, AES, emis par l'entite destinataire 
de la demande DES2, et 

- extraire les codecs acceptes figurant dans 
la description de session, respectivement 



selon le protocole SDP ou le protocole H245, 
du message intercepts d' acceptation 
d'etablissement de session AES ; et 
- transmettre au module MAS une demande de 
confirmation de session relative a. la session 
reservee correspondant a 1' identif iant de 
session figurant dans la demande DRS1, pour 
le terminal A sur la liaison d'acc^s du 
terminal A, contenant les codecs acceptes 
extraits a l'6tape precedente . et, en reponse 
a ce message, 
~ soit : 

- recevoir du module MAS un message de 
refus de confirmation de session pour la 
session reservee, et transmettre a 
l'entite d'origine ainsi qu'a l'entite 
destinataire de la demande DES2 un 
message d'echec d' Stablissement de 
session ; 
-soit : 

recevoir du module MAS un message 
d f acceptation de confirmation de session 
relatif a la session reservee pour le 
terminal A sur la liaison d'acces du 
terminal A, et 

- transmettre au module MF une commande 
de filtrage des flux media sur la 
liaison d'acces du terminal A, pour la 
session entre le terminal A et l'entite 
B correspondant a 1' identif iant de 
session figurant dans la demande DES2, 
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selon les debits prescrits figurant dans 
le message d' acceptation de confirmation 
de session regu du module MAS a l'etape 
precedente ; et 

- transmettre a l'entite d'origine de la 
demande ■ DES2 le message intercepts 
d' acceptation d' etablissement de session 
AES precedemment re?u du module MF ; 

- recevoir du module MF une demande interceptee 
DFS de fin d'une ' session avec une entite 
destinataire, emise par une entite d'origine, sur 
la liaison d'acces du terminal A, et 

- extraire 1' identif iant de session contenu dans 
la demande intercepts DFS regue a l'etape 
precedente, et.' 

transmettre au module MAS une demande de 
liberation de session sur la liaison d'acces du 
terminal A correspondant a la demande DFS, 
contenant 1' identif iant de session extrait • a 
l^etape precedente, et, en reponse & cette 
demande, 

recevoir du module MAS un message de 
confirmation de liberation de session pour la 
session correspondant a 1' identif iant de session 
■ transrais a l'etape precedente, sur la liaison 
d'acces du terminal A, et 

- transmettre a l'entite destinataire la demande 
interceptee de fin de session DFS re?ue du module 
MF, et 

- transmettre au module MF une commande de blocage 
des flux relatifs a la session correspondant a 
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1' identif iant de session extrait de la demande 
interceptee DFS, sur la liaison d'acces du 
terminal A ; 

4) un module d' admission de session MAS apte a : 

recevoir du module d'appel MA une demande de 
reservation de session pour le terminal A sur la 
liaison d'acces du terminal A, contenant un identif iant 
de session reservee IDSR et des codecs / et 

- interroger la base de donnees BD sur les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et, en reponse a cette interrogation, 

- recevoir de la base de donnees BD les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et 

- determiner une liste de codecs reserves, pour une 
session concernant le terminal A et correspondant a 
1' identifiant de session reservee IDSR re<?u dans la 
demande de reservation de session, formee des codecs de 
la demande de reservation de session dont les valeurs 
correspondantes des capacites de transport pour les 
canaux virtuels et les conduits virtuels sont 
compatibles avec les valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A regues de la base BD a 
l'etape precedente ; et 

- si la liste de codecs reserves est vide, transmettre 
au module MA un message de refus de reservation de 
session sur la liaison d'acces du terminal A relatif a 
la session reservee d' identif iant IDSR, sinon 
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- calculer les valeurs residuelles des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 
valeurs des capacites de transport des canaux virtuels 

5 et des conduits virtuels de la liaison d'acces du 
terminal A correspondant aux codecs reserves et des 
valeurs des capacites de transport des canaux virtuels 
et des conduits virtuels de la liaison d'acces du 
terminal A regues prec^demment de la base BD ; . et 
10 - transmettre & la base BD. un message de mise a jour 
contenant les valeurs residuelles des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d r acces du terminal A calculees a l'etape 
precedente ; et 

15 - transmettre au module MA un message d' acceptation de 
reservation de session pour le terminal A sur la 
liaison d'acces du terminal A contenant 1' identif iant 
de session r6servee IDSR figurant dans la demande i de 
reservation de session precedemment reque de MA, ainsi 

20 que Ma liste determinee de codecs 

reserves correspondante; et, en reponse a ce message/ 

- soit : 

recevoir du module MA un message d'echec 
d' etablissement de session, et 
25 -.. interroger la base BD sur les valeurs des 

capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; et, en r<§ponse, 

- recevoir les valeurs des capacites de transport 
30 des canaux virtuels et des conduits virtuels de la 

liaison d'acces du terminal A ; et 
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- calculer les valeurs residuelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des ressources reservees liberees sur 
cette liaison, du fait de l'echec d' etablissement 
de session, et des valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
regues de la base BD a l'etape precedente ; et 

- transmettre a la base BD un message de mise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A calculees a l'etape precedente ; 

oit : 

recevoir du module MA une demande de 
confirmation de session relative a une session 
reservee correspondant a un identifiant de session 
reservee donne, pour le terminal A sur la liaison 
d'acces du terminal A, contenant des codecs 
acceptes ; et 

si les codecs acceptes, regus a l'etape 
precedente, sont incompatibles avec les codecs de 
la liste de codecs reserves correspondant a 
1' identifiant de session reservee de la demande 
regue a l'etape precedente, determinee 
prec^demment, alors transmettre au module MA un 
message de refus de confirmation de session, sinon 
- associer les codecs communs, qui sont a la fois 
des codecs acceptes et des codecs reserves, a 
1' identifiant de session regu du module MA dans la 
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demande de reservation de session sur la liaison 
d f acces du terminal A ; et 

- stocker dans une memoire MC ces codecs communs 
associes ci 1' identif iant de session ; et 

transmettre au module MA un message 
d' acceptation de confirmation de session relatif a 
la session reservee, pour le terminal A sur la 
liaison d'acces du terminal A, ■ contenant des 
debits prescrits correspondant aux codecs communs 
qui sont a la fois des codecs acceptes et des 
codecs reserves ; et 

- calculer les valeurs residuelles de capacites' de 
transport . des. canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A correspondant aux 
codecs communs , qui sont. & la fois des codecs 
acceptes et des codecs reserves,' et des valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces -du 
terminal A regues de la base BD ; et 

- transmettre a la base BD un message de mise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces -du 
terminal A ; 

recevoir du module MA un message de demande de 
liberation de session sur la liaison d'acces du 
terminal A contenant un identifiant de session; et, en 
reponse a ce message, 
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- interroger la base de donnees BD sur les valeurs des 
capacities de transport des canaux virtuels et des 
conduits virtuels de la liaison d' acces du terminal A ; 
et, en reponse a cette interrogation, 

5 - recevoir de la base de donnees BD les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d' acces du terminal A ; 
et 

- calculer les valeurs residuelles de capacites de 
10 transport des canaux virtuels et des conduits virtuels 

de la liaison d' acces du terminal A en fonction des 
ressources aptes a etre liberees sur cette liaison, du 
fait de la demande regue de liberation de session, par 
l r arret de la session correspondant a 1' identif iant de 

15 session regu dans cette demande de liberation de 
session et des valeurs de capacites de transport des 
canaux virtuels et des conduits virtuels de la liaison 
d' acces du terminal A revues de la base BD ; les 
ressources aptes & etre liberees, associees a 

20 1' identif iant de session de la demande de liberation, 
etant lues dans la memoire MC ; et 

- transmettre au module MA un message de confirmation 
de liberation de session pour la session correspondant 
a 1' identif iant de session regu dans la demande de 

25 liberation de session, pour le terminal A sur la 
liaison d' acces ; et 

- transmettre a la base BD un message de mise a jour 
contenant les valeurs residuelles de capacites de 
transport des canaux virtuels et des conduits virtuels 

30 de la liaison d r acces du terminal A precedemment 
calcul&es . 
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II est a noter que la base de donnees BD 
peut aussi etre une simple memoire . L'homme du metier 
peut aussi remarquer que des f onctionnalites peuvent 
etre transferees d'ua module a 1' autre (partiellement 
ou en totality) pour aboutir a un resultat equivalent a 
celui produit par le dispositif decrit : par exemple, 
dans le dispositif decrit le module MA commande le 
module MF> mais il est possible de faire commander le 
module MF par le module MAS (en adaptant bien sdr ies 
transmissions de messages pour- cela) ; un autre exemple 
est de transferer les f onctionnalites du module MAS sur 
le module MA. II est clair toutefois que le dispositif 
decrit permet une : meilleure gestion des admissions de 
sessions dans le cas ou l'on doit prendre en compte un 
grand nombre de terminaux et leurs liaisons d'acces (ou 
un reseau d' acces comportant un grand nombre de 
terminaux) . Un autre exemple concerne la f onction » de 
stockage des codecs acceptes poyr une session en cours 
(et associ£s & 1' identif iant de session) assuree par le 
module MAS : cette fonction pourrait etre assuree par 
la base de donnees BD ; bien qu'il soit plus avantageux 
que ce soit le module d' admission de session qui 
sauvegarde le contexte d' une session dont il a g6re 
l / ouverture (et notamment la confirmation de session 
indiquant. les codecs reellement utilises). L'homme du 
metier notera que les echanges entre le module d'appel 
MA et le module d' admission se session MAS concernant 
1' operation de confirmation de session, ou le module MA 
envoi une demande de confirmation de session au module 
MAS qui soit refuse soit accepte cette confirmation et 
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met a jour la base BD, permet d' optimiser la 
connaissance des capacities de transport reellement 
disponibles sur la liaison. En effet si les codecs 
acceptes par l'entite de destination de la demande DES2 
sont moins couteux en ressources que les codecs 
reserves, la mise a jour de la base BD par le MAS 
(apres 1' envoi a MA d'un message d' acceptation de 
confirmation de session) permet de liberer des 
ressources en tenant compte de la consommation reelle 
de ressources par la session entre A et B. La memoire 
MC ne sert qu'a permettre une mise a jour de la base BD 
a la fin d' une session. En effet, lorsque le module 
MAS, apres avoir regu du module MA un message de 
demande de liberation de session, calcule des valeurs 
residuelles en fonction des ressources aptes a etre 
liberees et des valeurs courantes des capacites de 
transport regues de la base BD : en ce qui concerne les 
debits residuels (et conf ormement a l'etape (b5) du 
procede) , il ajoute aux valeurs de debit courantes 
(respectivement du canal virtuel de A et du conduit 
virtuel de A) regues de la base BD la valeur de debit 
correspondant aux codecs en vigueur pour la session en 
cours extraits de la memoire MC ; si plusieurs codecs 
sont en vigueur, la valeur de debit a prendre en compte 
est la plus grande des valeurs de debit associees aux 
codecs . 

La Figure 3 est un schema symbolique du 
dispositif principal ou sont representees le terminal A 
50, la liaison d'acces 51 du terminal A, l'entite B 52, 
le module MF 53 de filtrage des flux sur la liaison 
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entre A et B, le module d'appel MA 54 qui peut echanger 
des messages avec le module d' admission de session MAS 
55 , le module MAS pouvant interroger la base de donnees 
BD 56 d' utilisation des ressources d'acces au r^seau et 
pouvant la mettre a jour. 

1/ invention est aussi relative a un 
dispositif avec qualite de service qui est un 
dispositif conforme au dispositif principal,, et dans 
lequel : 

la base de donnees BD, contient en outre une 
information de qualite de service relative au canal 
virtuel de la- liaison d'acces du terminal A associ.ee 
aux valeurs de capacites de transport de la liaison 
d'acces du terminal A, et est apte a transmettre, en 
reponse a une interrogation de la part du module MAS 
relative a la liaison d'acces du terminal A, 
1' information de quality de ' service correspondante ; • 
- le module d' admission de session MAS est apte a : 

- recevoir de la base BD, en reponse a une 
interrogation de la base de donnees BD sur les 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A, les valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A ainsi que 
1' information de qualite de service relative au 
canal virtuel de la liaison d r acces du terminal 
A ; et 

- determiner une liste de codecs formee des codecs 
du message de demande de reservation de session 
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dont les valeurs correspondantes des capacites de 
transport pour les canaux virtuels et les conduits 
virtuels sont compatibles a la fois avec les 
valeurs des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison 
d' acces du terminal A regues de la base BD et avec 
la qualite de service indiqu^e par 1' information 
de qualite de service relative au canal virtuel de 
la liaison d' acces du terminal A regue de la base 
BD. 

Ce dispositif avec qualite de service est 
apte a mettre en ceuvre le mode avec qualite de service 
garantie . 

L' invention concerne aussi un dispositif 
avec filtrage elementaire, qui est un dispositif 
conforme au dispositif principal ou au dispositif avec 
qualite de service, et dans lequel : 

- le filtrage de flux effectu6 par le module MF ne 
tient pas compte des debits ; 

- la commande de filtrage de flux envoyee au module MF 
par le module MA ne contient pas de prescription de 
d6bit ; 

- le message d' acceptation de confirmation de session 
envoye au module MA par le module MAS ne contient pas 
de prescription de debit. 

Enfin 1' invention est relative a un 
dispositif avec module de routage, qui est un 
dispositif conforme au dispositif principal ou au 
dispositif avec qualite de service ou au dispositif 
avec filtrage elementaire, et dans lequel : 
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- le routage des flux de signalisation est effectue par 
un module de routage de flux de signalisation MRFS apte 
a router les flux de signalisation transmis entre 
l'entite A et l'entite B vers le module d'appel MA ; 

- le module de filtrage de flux media MF n f est plus 
apte a intercepter et router des fltix de signalisation 
vers, le module MA ; 

le module d'appel MA est apte a recevoir et 
intercepter des messages regus du module MRFS et est 
done apte a : 

- intercepter une demande d' etablissement d'une 
session DES1 avec urie entite destinataire, regue 
du module MRFS, respectivement selon le protocole 
SIP ou le protocole H323, 6mise par une entite 
d' origine sur la liaison d'acces, et 

- extraire les codecs proposes ' figurant dans la 
description de session, respectivement selon 'le 
protocole SDP ou le protocole H245, ainsi tjue 
1' identif iant de session,, IDS1, de la demande 
intercepted DES1, et 

transmettre une demande de reservation de 
session DRS1 pour le terminal A sur la liaison 
d'acces du terminal A, correspondant a la demande 
interceptee DES1, contenant 1' identif iant de 
session IDS1 comme identifiant de session reservee 
et contenant les codecs extraits de la demande 
interceptee DES1, a un module d' admission de 
session MAS ; et, en reponse a cette demande, 

- soit : 

- recevoir du module d' admission de session 
MAS un message de refus de reservation de 
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session sur la liaison d' acces du terminal A 
pour une session identifiee et transmettre 
une indication de refus de session a 1'entite 
d'origine de la demande correspondante DES1 ; 
it : 

- recevoir du module d' admission de session 
MAS un message d' acceptation de reservation 
de session pour le terminal A sur la liaison 
d' acces du terminal A, contenant un 
identifiant de session reservee et une liste 
de codecs reserves ; et 

generer une demande d' etablissement de 
session DES2, correspondant a la demande 
DES1, entre 1' entity d'origine et 1'entite 
destinataire de la demande DES1 , avec, pour 
identifiant de session, 1' identifiant de 
session reservee re^u du module MAS & l'etape 
precedente, et avec, comme codecs proposes 
dans la description de session, les codecs de 
la liste de codecs reserves regue du module 
MAS avec 1' identifiant de session a l'etape 
precedente; et 

- transmettre la demande d' etablissement de 
session gener6e DES2 a l'entite 
destinataire ; et, en response a cette 
demande, 

- soit : 

- recevoir du module MRFS et intercepter 
un message destine a l'entite d'origine 
de la demande DES2, indiquant l'echec de 
la procedure d' Etablissement de cette 
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session , transmettre ce message a 
1'entite d'origine, et transmettre au 
module MAS un message d'echec 
d r etablissement de session ; 
soit : 

- recevoir du module MRFS et intercepter 
un message d' acceptation d' etablissement 
de cette session, AES, emis par 1'entite 
destinataire de la demande DES2, et 

- extraire les codecs acceptes figurant 
dans. la . description de session, 
reS p ec tivement selon le protocole SDP ou 
. le protocole H245, du message intercept^ 
d' acceptation d' etablissement de session 
AES ; et 

- transmettre ■ au module MAS une demande 
de confirmation de session relative 4 la 
session reservee correspondant t a 
l'identifiant de session figurant dans 
la demande DRS1 , pour le terminal A sur 
la liaison d'acces du terminal -A, 
contenant les codecs acceptes extraits a 
l'etape precedente et, en reponse a ce 
message, 

- soit : 

- rec evoir du module MAS un message de 
refus de confirmation de session pour la 
session reservee, et transmettre a 
1'entite d' origine ainsi qu'a l'entite 
destinataire de la demande DES2 un 
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message d'echec d' etablissement de 
session ; 
-soit : 

recevoir du module MAS un message 
d' acceptation de confirmation de session 
relatif a la session reserv6e pour le 
terminal A sur la liaison d' acces du 
terminal A, et 

- transmettre au module MF une commande 
de filtrage des flux media sur la 
liaison d' acces du terminal A, pour la 
session entre le terminal A et 1' entite 
B correspondant a 1' identif iant de 
session figurant dans la demande DES2, 
selon les debits prescrits figurant dans 
le message d' acceptation de confirmation 
de session regu du module MAS a 1'etape 
precedente ; et 

- transmettre a l'entite d'origine de la 
demande DES2 le message intercepts 
d r acceptation d' Etablissement de session 
AES pr6c6demment regu du module MRFS ; 

- recevoir du module MRFS et intercepter une 
demande DFS de fin d'une session avec une entite 
destinataire, emise par une entite d'origine, sur 
la liaison d' acces du terminal A, et 

- extraire 1' identif iant de session contenu dans 
la demande DFS interceptee a 1'etape precedente, 
et 

transmettre au module MAS une demande de 
liberation de session sur la liaison d' acces du 
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terminal A correspondant a la demande DFS, 
contenant 1' identif iant de session extrait a 
l'etape precedente, et, en reponse a cette 
demande, 

recevoir du module MAS un message de 
confirmation de liberation ' de session pour la 
session correspondant a 1' identif iant de session 
transmis a l r 6tape precedente, sur la liaison 
d'acces. du terminal A, et 

- transmettre a l'entite destinataire la demande 
interceptee de fin de session DFS, et 

- transmettre au module MF une commande de blocage 
des flux • relatifs a la session correspondant a 
1' identif iant de session extrait de la demande 
interceptee DFS f sur la liaison d'acces du 
terminal A. 

Le dispositif avec module de routage est 
avantageux car il permet de, separer la fonction de 
routage et d' interception des flux de 
signalisation de celle de filtrage des flux media, 
ce qui of f re la possibility d' implanter les 
modules MF et MRFS sur des equipements differents. 



BREVE DESCRIPTION DES DESSINS 

Les caracteristiques et avantages de 
1' invention exposee plus haut, ainsi que d'autres qui 
ressortiront de la description suivante de modes 
particuliers de realisation, donnes a titre d'exemples, 
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apparaltront davantage en se referant aux dessins 
annexes, sur lesquels : 

- la Figure 1 est un schema logique du mode general 
du procede de controle d r admission de session, 
correspondant a la phase a) d' emission d' une 
demande d' etablissement de session. 

- la Figure 2 est un schema logique du mode general 
du procede de controle d' admission de session, 
correspondant a la phase b) d' emission d'une 
demande de fin de session. 

- la Figure 3, decrite plus haut, est un schema 
symbolique representant le dispositif principal 
pour la mise en ceuvre du procede selon 
l r invention. 

EXPOSE DETAILLE DE MODES DE REALISATION PARTICULIERS 

Dans le mode general du proced6 selon 
1' invention, presente ci-dessus, la base de donnees 
d' utilisation des ressources d'acces au reseau, a 
1'etape (a2) , contient en particulier les valeurs 
courantes des capacites de transport des canaux et 
conduits virtuels de la liaison d'acces du terminal A, 
notamment les valeurs courantes des debits disponibles 
(pas encore utilises) pour des transmissions de donnees 
sur cette liaison. Chaque fois que des ressources sont 
demandees pour etre utilisees, ou que des ressources 
sont liberees, la base est mise a jour de fagon a 
indiquer les ressources restantes disponibles. 
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A 1'etape (a6) du procede les valeurs 
residuelles des capacites de transport sont obtenues 
par difference entre les valeurs courantes des 
capacites de transport des canaux et conduits virtuels 
5 de la liaison d'acces du terminal A obtenues a 1'etape 
(a2) et les valeurs reservees des capacites de 
transport, c' est-a-dire aux valeurs de debit 
correspondant aux codecs compatibles, pour chacun des 
•codecs ; s'il y a plusieurs codecs compatibles, la 

10 valeur de debit reservee a prendre en compte, 
respectivement pour le canal virtuel et pour le conduit 
virtuel de la liaison, est la plus grande valeur de 
debit correspondant aux codecs compatibles. Par 
consequent, la valeur residuelle calculee a 1'etape 

15 (a6) , respectivement pour le canal virtuel et pour le 
conduit virtuel de la liaison,, correspond a une valeur 
minimale . 

De meme, a 1'etape (a9) , les' valeurs 
residuelles resultent de la , difference entre les 

20 valeurs courantes obtenues a 1'etape (a2) et les 
valeurs correspondant aux codecs de DES2 acceptes par 
I'entite destinataire de la deraande DES2 . S'il y a 
plusieurs codecs acceptes, la valeur de debit 
correspondant a ces codecs acceptes a prendre en 

25 compte, respectivement pour le canal virtuel et pour le 
conduit virtuel de la liaison, est la plus grande 
valeur de debit correspondant a ces codecs acceptes. 
Par consequent, la valeur residuelle calculee a 1'etape 
(a9) , respectivement pour le. canal virtuel et pour le 

30 conduit virtuel de la liaison, correspond a une valeur 
minimale . 
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Le fait que les valeurs reserves 
correspondent a des valeurs maximales et que les 
valeurs residuelles correspondent a des valeurs 
minimales, permet d' assurer que les sessions acceptees 
ne donneront pas lieu £ une saturation des capacites de 
transport en cours de session car les valeurs stockees 
dans la base de donnees indiquent les plus petites 
capacites de transport disponibles en termes de debits. 

Ainsi que l'homme du metier peut le 
remarquer, les valeurs residuelles calculees a 1'etape 
(a9) peuvent, de maniere equivalente, etre obtenues en 
ajoutant les valeurs des capacites de transport 
liberees correspondant aux codecs de DES2 non acceptes 
par l'entite destinataire, aux valeurs residuelles 
stockees dans la base de donnees a 1'etape (a7) . 

A 1'dtape (al2) , les valeurs de mise a jour 
de la base de donnees sont les valeurs des capacites de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A obtenues & 1'etape (a2) . De 
maniere equivalente, ces valeurs de mise a jour de la 
base peuvent etre vues comme des valeurs residuelles 
qui resultent de 1' addition des valeurs stockees dans 
la base & l'etape (a7) (qui sont des valeurs de 
capacites de transport disponibles sur la liaison) et 
des valeurs reservees correspondant aux codecs 
compatibles transmis dans DES2 (et utilisees a l'etape 
<a6) ) . 

Les codecs en vigueur pour la session en 
cours dont la fin est demandee, a l'etape b) , sont bien 
sur ceux qui ont ete acceptes par l'entite destinataire 
ayant regu la demande d' etablissement de session 
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correspondante (indiquee par 1' identif iant de session). 
Ces codecs, associes a 1' identif iant de session de la 
session en cours, conf ormement a l'etape a(8), sont 
memorises au moins pour la duree de cette session. 

A l'etape' (b5), les valeurs residuelles 
resultent de 1' addition des valeurs courantes obtenues 
a l'etape (b4) et des valeurs des capacites de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A qui correspondent aux codecs 
obtenus £ l'etape (bl) . Si plusieurs codecs sont en 
vigueur pour la session en cours, la valeur de debit 
correspondant a ces codecs en vigueur a prendre en 
compte, respectivement pour le canal virtuelet pour le 
conduit virtuel de la liaison, est la plus grande 
valeur de debit parmi celles correspondant ci chacun de 
ces codecs . 

Le schema logique du mode general 
correspondant a la phase a) d',emission' d' une demande 
20 d' etablissement de session est represents sur la Figure 
1 : une demande DES1 d' etablissement de session 1 sur 
la liaison d'accds du terminal A, emise par une entite 
d'origine, est interceptee 2 et les codecs proposes 
Cp ( 1) / . . / Cp (N) dans DES1 sont extraits ; un message 
25 d' interrogation 3 est envoye a une base de donnees BD 
d' utilisation des ressources d'acces 4 qui, en reponse, 
fournit 5 les valeurs courantes des capacites de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A , et notamment les valeurs 
30 courantes des debits disponibles DCvc et DCvp, 
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respectivement pour le canal virtuel (VC) et le conduit 
virtuel (VP) du terminal A. 

Avec ces valeurs et avec les codecs extraits, une liste 
L de codecs compatibles Cc (1) , . . , Cc (K) avec est 
determinee 6, conformement a l'etape (a3) du mode 
general / si DCp(i) d6signe le d6bit correspondant au 
codec Cp(i) (i varie de 1 a N) , alors si DCp(i) < DCvc 
et DCp(i) < DCvp alors le codec Cp(i) est un codec 
compatible qui est inclus dans la liste L. Si la liste 
L est vide, L = 0, alors 7 un message d'echec est 
transmis a l'entite d'origine conformement a l'etape 
(a4) . 

Si, au contraire, L n'est pas vide alors les codecs 
compatibles Cc (1) , . . f Cc <K) qu'elle contient sont 
inseres dans une demande DES2 9 qui est envoyee a 
l'entite destinataire 10 de la demande DES1 ; 
conformement a l'etape (a6) , des valeurs residuelles de 
capacite de transport, notamment des debits residuels 
DRvc et DRvp (respectivement pour le canal virtuel et 
le conduit virtuel du terminal A) , sont calculees 11: 
par exemple, si DCc(i) designe le debit correspondant 
au codec compatible Cc(i) (i varie de 1 £ K) alors 
DRvc = DCvc - Max(DCcd) , . . , DCc (K) ) et 

DRvp = DCvp - Max (DCc (1) , . w DCc(K) ) ; ensuite les 
ressources pour le terminal A sont reservees 12 (voir 
l'etape (a7) ) par un message de mise a jour 13 envoye & 
BD, par exemple en ce qui concerne les debits sur le 
canal virtuel et sur le conduit virtuel du terminal A 
la mise a jour se fait par les operations 
d' affectation : DCvc = DRvc et DCvp = DRvp. Si l'entite 
de destination 10 accepte 14 la demande DES2 alors les 
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codecs acceptes Ca(l),.., Ca (J) 15 sont memorises 
(etape (a8) ) et permettent, avec les valeurs 5, le 
calcul de valeurs residuelles 16 (etape a(9)): par 
exemple pour les debits, si DCa(i) designe le debit 
5 correspondant au codec accepte Ca.(i) (i varie de 1 a 
J), alors : DRvc ='DCvc — M ax ( DCa ( 1 ) , . . , DCa ( J) ) et 

DRvp = DCvp - Max (DCa (1) , . . , DCa (J) ) .; la base BD est 
alors mise a jour 17 par 1' envoi (etape a (10)) d r un 
message 18 contenant les valeurs residuelles calculees, 

10 pour les debits cette mise a jour se fait par les 
operations d' affectation DCvc = DRvc et DCvp = DRvp ; 
la session est autorisee 19 conformement a 1' etape 
(all) du procede . Si la demande DES2 n'est pas acceptee 
14 alors (etape a (12)) la base. BD est mise a jour 20 

15 par un message 21 contenant les valeurs . 5 pour 
remplacer les valeurs. stockees (qui correspondent aux' 
valeurs envoyees en 13), . et un message d'echec est 
envoye 22 a 1' entite d' origirie . . , 

20 Le schema logique du. mode general 

correspondant a la phase b) d' emission d'une demande * de 
fin de session est represents sur la Figure 2 : une 
entite d f origine emet un message DFS de demande de fin 
de session 30 qui est intercepts 31 (etape (bl) du 

25 procSde) ; 1 ' identif iant de session IDS est releve 32, 
les codecs en vigueur pour la session en cours 
Cs (1) , . . ,Cs (P) sont obtenus 33 ' (ils ont ete memorises 
lors de 1'Stape (a8) d'ouverture de la session), la 
demande DFS est transmise a son entite de destination 

30 34 (etape (b2) ) , 1' identif iant IDS sert a commander le 
blocage 35 de la transmission de flux entre A et B 
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(etape (b3) ) ; une interrogation 36 de la base BD 37 de 
donnees d' utilisation des ressources d' acces est 
effectuee (etape b4)) par 1' envoi a BD d r un message 
d f interrogation 38 qui, en reponse, fournit 39 les 
valeurs courantes des capacites de transport de la 
liaison d' acces an terminal A, notamment le debit 
courant du canal virtuel de A, DCvc, et celui du 
conduit virtuel de A, DCvp ; a partir de ces valeurs 'et 
des valeurs correspondant aux codecs en vigueur obtenus 
33, des valeurs residuelles sont calculees 40, 
conformement a 1' etape (b5) du procede, en particulier 
pour les debits, si le d6bit residuel du canal virtuel 
de A est DRvc, et celui du conduit virtuel de A est 
DRvp, et si DCs(i) designe le debit correspondant au 
codec Cs(i) (i varie de 1 k P) , on a : 
DRvc = DCvc + Max (DCs (1) , . . , DCs (P) ) et 
DRvp = DCvp + Max (DCs (1) , . . , DCs (P) ) , 

La valeur de debit Max (DCs (1) f . . , DCs (P) ) est la valeur 
de debit correspondant aux codecs mis en memoire lors 
de 1'ouverture de la session ; 

la base BD est ensuite raise a jour 41 (etape (b5) ) par 
1' envoi d'un message 42 contenant les valeurs 
residuelles calculees ; pour les debits la mise a jour 
s r effectue par 1' operation d' affectation : 
DCvc = DRvc et DCvp = DRvp. 
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REVENDICATIOISTS 

1. Procede de controle d' admission de 
session multimedia selon le protocole SIP ou H323, sur 
un reseau de telecommunication multimedia a transfert 
de donnees par paquets selon le protocole Internet, 
entre un terminal A, entite connectee au reseau de 
telecommunication par une liaison d'acces et disposant 
d'un canal virtuel au sein d'un conduit virtuel sur 
cette liaison, et une entity B du reseau, point de 
terminaison du protocole de signalisation; les valeurs 
courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A hors session etant connues, le canal 
virtuel et le conduit virtuel dedies au terminal A 
etant aptes a etre partages avec un autre terminal du 
reseau ; le terminal A etant apte a 6mettre, ou 
recevoir, une demande d r etablissement de session ou une 
demande de fin de session avec 1' entite B selon le 
protocole SIP ou H323, caracterise en ce qu'il comporte 
les etapes suivantes consistant a : 

a) pour une demande DES1 d' etablissement d'une session 
entre le terminal A et 1' entite B, emise par une entite 
d'origine a destination d'une entite destinataire, 
l'une de ces deux entites etant le terminal A et 
1' autre 6tant 1' entite B, respectivement selon le 
protocole SIP ou le protocole H323, 

intercepter la demande DES1 emise par 1' entite 
d 7 origine et en extraire les codecs proposes dans la 
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description de session, respectivement selon le 
protocole SDP ou le protocole H245 ; et 

obtenir les valeurs courantes des capacities de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A stockees dans une 
base de donnees d' utilisation des ressources d'acces au 
reseau, et 

- determiner quels sont les codecs, proposes dans la 
demande interceptee DES1, compatibles avec les valeurs 
courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A obtenues a l'etape precedente; et 

- refuser d' etablir la session si aucun des codecs 
proposes dans la demande interceptee DES1 n'est 
compatible avec les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A, et transmettre a 
l'entite d' origine un message indi quant l'echec de 
1' Etablissement de session ; sinon 

- modifier la demande interceptee DES1 d' etablissement 
de session en ne coriservant, dans la description de 
session incluse dans la demande interceptee, que les 
codecs compatibles avec les valeurs courantes des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A ; 
et transmettre la demande modifiee d' etablissement de 
session, DES2, a l'entite destinataire de la demande 
DES1; et 

- calculer des valeurs residuelles des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A en fonction des 
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valeurs reservees des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A correspondant aux codecs compatibles 
transmis dans la demande modifiee DES2 et des valeurs 
5 courantes des capacites ■ de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A ; et 

- reserver a 1' usage du terminal A les ressources, sur 
le canal virtuel et le conduit virtuel de la liaison 

10 d'acces dedies a ce terminal, qui correspondent aux 
valeurs reserves' des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A ; cette reservation de ressources 6tant 
effectuee en mettant a jour la base de donn^es 

15 d'utilisation des ressources d'acces avec les valeurs 
residuelles,. des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d'acces 
du terminal A calculees a l'etape prec^dente ; et * 

- si la demande d' etablissement de session DES2 
20 transmise a 1' entite destinataire de la demande 

d' etablissement de session DES1 est accept6e par cette 
entite, alors : 

- associer les codecs de la demande DES 2 accept6s 
par son entite destinataire a l f identif iant de 

25 session de la demande DES2, et les memoriser ; et 

- calculer des valeurs residuelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des valeurs des capacites de transport 

30 des canaux virtuels et des conduits virtuels de la 

liaison d'acces du terminal A correspondant aux 
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codecs de la demande DES2 acceptes par 1'entite 
destinataire, et des valeurs courantes des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; et 

- mettre a jour la base de donnees d f utilisation 
des ressources d'acces avec les valeurs 
residuelles des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison 
d'acces du terminal A calculees a l'etape 
precedente ; et 

autoriser la transmission de flux entre le 
terminal A et 1'entite B selon les ressources de 
bande passante correspondant aux codecs de la 
demande DES2 acceptes par 1'entite destinataire de 
cette demande; 
- sinon, 

transmettre a 1'entite d'origine un message 
indiquant 1'echec de 1' etablissement de session et 
mettre a jour la base de donnees en tenant compte 
de la liberation des ressources reservees sur la 
liaison du terminal A ; 

b) pour une demande DFS de fin d' une session entre le 
terminal A et 1'entite B, emise par une entite 
d'origine a destination d'une entite destinataire, 
l'une de ces entites 6tant le terminal A et 1' autre 
etant 1'entite B, respectivement selon le protocole SIP 
ou le protocole H323, les codecs en vigueur pour la 
session etant donnes, 
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intercepter la demande DFS emise par l'entite 
d'origine et relever 1' identif iant de session, relatif 
a la session en cours dont la fin est demandee, contenu 
dans cette demande, et obtenir les codecs associes a 
5 cet identifiant de session ; et 

- transmettre la demande interceptee DFS a l'entite 
destinataire ; et 

- sur la base de 1 ' identif iant de session releve dans 
la demande interceptee DFS, bloquer la transmission de 

10 flux entre le terminal A et l'entite B ; et 

- " obtenir les valeurs courantes des capacites de 
transport des canaux virtuels et des conduits virtuels 
de la liaison • d' acces du terminal A stockees dans une 
base de donnees d' utilisation des ressources d' acces au 

15 reseau, et 

- calculer ... les valeurs residuelles des capacites de 
transport des'. canaux virtuels et des conduits virtuels 
de 1 la liaison d' acces du terminal A en fonction des 
ressources liberies sur cette . liaison • par 1' arret de la 

20 session, correspondant aux codecs associes - a 
1' identif iant de session releve, et des valeurs 
courantes des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison d' acces 
du terminal A obtenues a l'etape prec6dente ; et 

25 - mettre ct jour la base de donnees d' utilisation des 
ressources d'acc^s au reseau, pour la liaison d' acces 
au terminal A, avec les ' valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d' acces du terminal A 

30 calculees A l'etape precedente. 
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2. Procede selon la revendication 1 dans 
lequel, lorsque le canal virtuel de la liaison d'acces 
du terminal A est a qualite de service garantie selon 
une valeur de qualite de service donnee pour la 
liaison, a l'etape a) la modification de la demande 
interceptee DES1 d' etablissement de session est 
effectuee en ne conservant, dans la description de 
session incluse dans la demande interceptee, que les 
codecs compatibles a la fois avec les capacites 
courantes de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A 
et avec la valeur de qualite de service du canal 
virtuel de cette liaison. 

3. Procede selon l'une quelconque des 
revendications 1 ou 2 dans lequel la transmission de 
flux, consecutive a 1' autorisation de transmission de 
flux entre le terminal A et 1' entite B selon les 
ressources de bande passante correspondant aux codecs 
acceptes par 1' entite destinataire, est effectuee par 
un filtrage des flux selon des debits prescrits ; ces 
debits prescrits etant des debits qui sont £ la fois 
des debits acceptes par 1' entite ■ destinataire, pour les 
transmissions relatives a la session demandee par 
1' entite d'origine, et des debits compatibles avec les 
capacites courante de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du terminal 
A. 

4. Dispositif de controle d' admission de 
session multimedia selon le protocole SIP ou H323, sur 
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un reseau de telecommunication multimedia a transfert 
de donnees par paquets selon le protocole Internet, 
entre un terminal A, entite connectee au reseau de 
telecommunication par une liaison d'acces et disposant 
5 d'un canal virtuel au sein d'un conduit virtuel sur 
cette liaison, et une entite B du reseau, point de 
terminaison du protocole de signalisation; les valeurs 
courantes des capacites de . transport des canaux 
virtuels et des conduits virtuels' de la liaison d'acces 

10 du terminal A hors session etant connues, le canal 
virtuel et le conduit virtuel dedi6s au terminal A 
etant aptes a etre partages avec un autre terminal du 
reseau ; . le terminal A etant apte a emettre ou recevoir 
une demande d f etablissement de session ou une demande 

15 de fin de session avec I'entiteB selon le protocole 
SIP ou H323 caracterise en ce qu'il comporte : 
- une base de donnee BD, interrbgeable par un module 
d' admission de session MAS, ou . sont stockees les 
valeurs des capacites de transport des canaux virtuels 

20 et des conduits virtuels de la' liaison d'acces du 
terminal A ; la base BD etant apte a transmettre a ' un 
module d' admission de session MAS, en reponse a une 
interrogation de la part de ce module relative a la 
liaison d'acces du terminal A, les valeurs des 

25 capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du terminal A 
stockees ; les donnees de la base BD pouvant etre mises 
a jour sur reception d'un message de mise a jour, 
transmis par le module d' admission de session MAS, 

30 contenant les nouvelles valeurs des donnees a stocker ; 
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- un module de filtrage de flux media MF apte a filtrer 
sur commande de filtrage, regue d'un module d'appel MA, 
les flux media relatifs a une session identifiee sur la 
liaison entre le terminal A et 1' entite B, selon des 
prescriptions de debit indiquees dans la commande de 
filtrage, et apte a bloquer sur commande de blocage, 
regue du module MA, les flux media relatifs a une 
session identifiee sur cette liaison ; le module MF 
etant apte a intercepter et a router vers le module "MA 
les flux de signalisation en provenance du terminal A 
ainsi que les flux de signalisation en provenance de 
1' entite B ; 

- un module d'appel MA apte a : 

- recevoir du module MF une demande interceptee 
d' etablissement d'une session, DES1, avec une 
entite destinataire, emise par une entite 
d'origine, l'une des deux entites etant le 
terminal A et 1' autre etant l'entite B, 
respectivement selon le protocole SIP ou le 
protocole H323, et 

- extraire les codecs proposes figurant dans la 
description de session, respectivement selon le 
protocole SDP ou le protocole H245, ainsi que 
1' identifiant de session, IDS1, de la demande 
interceptee DES1, et 

transmettre une demande de reservation de 
session DRS1 pour le terminal A sur la liaison 
d'acces du terminal A, correspondant a la demande 
interceptee DES1, contenant 1 ' identifiant de 
session IDS1 comme identifiant de session reservde 
et contenant les codecs extraits de la demande 
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DES1, a un module d' admission de session MAS ; et, 
en reponse a cette demande, 

- soit : 

- recevoir du module d' admission de session MAS 
un message de. refus de reservation de session sur 
la liaison d'acces du terminal A pour une session 
identifiee et transmettre une indication de refus 
de session a l'entite d'origine de . la demande 
correspondante DES1 ; 

- soit : 

- recevoir du module d' admission de session MAS un 
message d' acceptation de reservation de session 
pour le terminal A sur la liaison d'acces du 
terminal A, contenant un identifiant de session 
reservee et une liste de codecs reserves ; et 

- generer une demande d' etablissement de session 
DES2 , correspondant a la" demande DES1, entre 
l'entite d'origine et l'entite destinataire de' la 
demande DES1, avec, pour identifiant de session, 
1' identifiant de session reservee re?u du module 
MAS a l'etape precedente, et avec, comme codecs 
proposes dans la description de session, les 
codecs de la liste de codecs reserves regue du 
module MAS avec 1' identifiant de session & l'etape 
precedente; et 

transmettre la demande d' Etablissement de 
session generee DES2 a l'entite destinataire ; et, 
en reponse £l cette demande, 
- soit : 

recevoir du module MF un message, 
intercepts dans un flux de signalisation 
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destine a 1'entite d'origine de la demande 
DES2 , indiquant I'echec de la procedure 
d' Etablissement de cette session, transmettre 
ce message a l'entite d'origine, et 
transmettre au module MAS un message d' echec 
d' etablissement de session ; 

- soit : 

- recevoir du module MF un message intercepts 
d' acceptation d' etablissement de cette 
session, AES, emis par 1'entite destinataire 
de la demande DES2, et 

- extraire les codecs acceptes figurant dans 
la description de session, respectivement 
selon le protocole SDP ou le protocole H245, 
du message intercepts d' acceptation 
d' etablissement de session AES ; et 

- transmettre au module MAS une demande de 
confirmation de session relative a la session 
reservee correspondant 3. 1' identif iant de 
session figurant dans la demande DRS1, pour 
le terminal A sur la liaison d'acces du 
terminal A, contenant les codecs acceptes 
extraits a 1'etape precedente et, en reponse 
a ce message, 

- soit : 

- recevoir du module MAS un message de ref'us 
de confirmation de session pour la session 
reservSe, et transmettre a 1'entite d'origine 
ainsi qu'a l'entite destinataire de la 
demande DES2 un message d'echec 
d' etablissement de session ; 
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-soit : 

recevoir du module MAS un message 
d' acceptation, de confirmation de session rela 
tif a la session reservee pour le terminal A 
sur la liaison d' acces du terminal A, et 
- transmettre au module MF une commande de 
filtrage des flux media sur la liaison 
d' acces du terminal A, pour la session entre 
le terminal A et. l'entite B correspondant a 
1' identif iant de session figurant dans la 
demande DES2, selon les debits prescrits 
figurant dans le message d' acceptation de 
confirmation de session regu du module MAS a 
1' etape. precedent e ; et 

transmettre a 1' entite d' origine de la 
demande DES2 le . message intercepts 
d' acceptation d' etablis semen t de session AES 
precedemment regu du module MF ; • 

- recevoir du module MF' une demande interceptee: 
DFS. de fin d'une session avec une entite 
destinataire, emise par une entite d' origine, sur 
la liaison d' acces du terminal A, et 

- extraire 1' identif iant de session contenu dans 
la demande interceptee DFS regue a 1' etape 
precedente, et 

transmettre au module MAS une demande de 
liberation de session sur la liaison d r acces du 
terminal A correspondant a la demande DFS, 
contenant l r identif iant de session extrait a 
l'etape precedente, et, en reponse a cette 
demande, 
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recevoir du module MAS un message de 
confirmation de liberation de session pour la 
session correspondant & 1' identif iant de session 
transmis a l'etape precedente, sur la liaison 
d'acces du terminal A, et 

- transmettre a 1'entite destinataire la demande 
interceptee de fin de session DFS rec?ue du module 
MF, et 

- transmettre au module MF une commande de blocage 
des flux relatifs a la session correspondant a 
1' identif iant de session extrait de la demande 
interceptee DFS, sur la liaison d'acces du 
terminal A ; 

module d r admission de session MAS apte a : 

- recevoir du module d'appel MA une demande de 
reservation de session pour le terminal A sur la 
liaison d'accds du terminal A, contenant un 
identifiant de session reservee IDSR et des 
codecs ; et 

- interroger la base de donnees BD sur les valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A ; et, en reponse a cette interrogation, 

- recevoir de la base de donnees BD les valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A ; et 

- determiner une liste de codecs reserves, pour 
une session concernant le terminal A et 
correspondant a 1' identif iant de session reservee 
IDSR regu dans la demande de reservation de 
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session, formee des codecs de la demande de 
reservation de session dont les valeurs 
correspondantes des capacities de transport pour 
les canaux virtuels et les conduits virtuels sont 
compatibles avec les valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
regues de la base BD a 1'etape precedente / et 

si la liste de codecs reserves est vide, 
transraettre au module MA un message de refus de 
reservation de session sur la liaison d'acces du 
terminal A . relatif a la session reservee 
d' identif iarit IDSR, sinon 

- calculer les valeurs residuelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d' acces du terminal A en 
fonction des valeurs des capacites de transpbrt 
des canaux virtuels et des conduits virtuels de' la 
liaison d'acces du terminal A correspondant aux 
codecs reserves et des valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'accds du terminal A 
regues precedemment de la base BD ; et 

- transmettre a la base BD un message de mise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A calculees a 1'etape precedente ; et 

- transmettre au module MA un message 
d' acceptation de reservation de session pour le 
terminal A sur la liaison d'acces du terminal A 
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contenant 1' identif iant de session r^servee IDSR 
figurant dans la demande de reservation de session 
precedemment regue de MA, ainsi que la liste 
determinee de codecs reserves correspondante; et, 
en reponse a ce message, 

- soit : 

- recevoir du module MA un message d' echec 
d' etablissement de session, et 

interroger la base BD sur les valeurs des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; et, en reponse, 

- recevoir les valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A ; et 

- calculer les valeurs r^siduelles des capacites 
de transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des ressources reservees liberees sur 
cette liaison, du fait de 1' echec d' etablissement 
de session, et des valeurs des capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A 
regues de la base BD a l'etape prec^dente ; et 

- transmettre a la base BD un message de mise a 
jour contenant les valeurs r^siduelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A calculees a l'etape precedente ; 

- soit : 
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recevoir du module MA une demande de 
confirmation de session relative a une session 
reservee correspondant a un identifiant de session 
reservee donne, pour le terminal A sur la liaison 
d' acces du terminal A, contenant des codecs 
acceptes ; et 

si les codecs acceptes, regus a l'etape 
precedente, sont incompatibles avec les codecs de 
la liste de codecs reserves, determinee 
pr^cedemment, alors transmettre au module MA un 
message de refus de confirmation de session, sinon 

- associer les codecs communs, qui sont a la fois 
des codecs acceptes et des codecs reserves, a 
1' identifiant de session re?u du module MA dans ■ la 
demande de reservation de session sur la liaison 
d' acces du terminal A ; et 

- stocker dans une memoire MC ces codecs, communs 
associes a 1' identifiant de session ; et . 

- transmettre au module MA un message 
d y acceptation de confirmation de session relatif a 
la session reservee, pour le terminal A sur * la 
liaison d'acces du terminal A, contenant des 
debits prescrits correspondant aux codecs communs 
qui sont a la fois des codecs acceptes et des 
codecs reserves ; et 

- calculer les valeurs residuelles de capacites de 
transport, des canaux . virtuels et des conduits 
virtuels de la liaison d' acces du terminal A en 
fonction des valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acc^s du terminal A correspondant aux 
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codecs comrnuns, qui sont a la fois des codecs 
acceptes et des codecs reserves, et des valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A regues de la base BD ; et 

- transmettre a la base BD un message de mise a 
jour contenant les valeurs residuelles des 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A ; 

- recevoir du module MA un message de demande de 
liberation de session sur la liaison d'acces du 
terminal A contenant un identifiant de session; 
et, en reponse a ce message, 

- interroger la base de donnees BD sur les valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A ; et, en reponse a cette interrogation, 

- recevoir de la base de donnees BD les valeurs 
des capacites de transport des canaux virtuels et 
des conduits virtuels de la liaison d'acces du 
terminal A ; et 

- calculer les valeurs residuelles de capacites de 
transport des canaux virtuels et des conduits 
virtuels de la liaison d'acces du terminal A en 
fonction des ressources aptes a §tre liberees sur 
cette liaison, du fait de la demande re?ue de 
liberation de session, par 1' arret de la session 
correspondant a 1' identifiant de session regu dans 
cette demande de liberation de session et des 
valeurs de capacites de transport des canaux 
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virtuels et des conduits virtuels de la liaison 
d'acces du terminal A regues de la base BD ; les 
ressources aptes - a etre liberees, associees a 
1' identif iant de session de la demande de 
liberation, etant lues dans la memoire MC ; et 

transmettre au module MA ■ un message de 
confirmation de liberation de session pour la 
session correspondant a 1' identif iant de session 
regu dans la demande de liberation de session, 
pour le terminal A sur la liaison d'acces ; et 
- transmettre a la base BD un message de mise a 
jour contenant les valeurs residuelles de 
capacites ' de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acces du 
terminal A precedemment calculees . 

5. Dispositif selon la revendication 4 dans 
lequel : :■' 

la : base de donnees BD, cpntient en outre une 
information de quality de service relative au canal 
virtuel de la liaison d'acces du terminal A associee 
aux valeurs de capacites de transport de la liaison 
d'acces du terminal A, et est apte a transmettre, en 
reponse a une interrogation de la part du module MAS 
relative a la liaison d'acces du terminal A, 
1' information de qualite de service correspondante ; 
- le module d' admission de session MAS est apte a : 

recevoir de la base BD, en r6ponse a une 
interrogation de la base de donnees BD sur les 
capacites de transport des canaux virtuels et des 
conduits virtuels de la liaison d'acc&s du 
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terminal A, les valeurs des capacites de transport 
des canaux virtuels et des conduits virtuels de la 
liaison d'acces du terminal A ainsi que 
1' information de qualite de service relative au 
canal virtuel de la liaison d'acces du terminal 
A / et 

- determiner une liste de codecs formee des codecs 
du message de demande de reservation de session 
dont les valeurs correspondantes des capacites de 
transport pour les canaux virtuels et les conduits 
virtuels sont compatibles a la fois avec les 
valeurs des capacites de transport des canaux 
virtuels et des conduits virtuels de la liaison 
d'acces du terminal A recues de la base BD et avec 
la qualite de service indiquee par 1' information 
de qualite de service relative au canal virtuel de 
la liaison d'acces du terminal A regue de la base 
BD. 

6. Dispositif selon l'une quelconque des 
revendications 4 ou 5 dans lequel : 

- le filtrage de flux effectue par le module MF ne 
tient pas compte des debits ; 

- la commande de filtrage de flux envoyee au module MF 
par le module MA ne contient pas de prescription de 
debit ; 

- le message d' acceptation de confirmation de session 
envoye au module MA par le module MAS ne contient pas 
de prescription de debit. 
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7. Dispositif cle controle d' admission de 
session multimedia selon l'une quelconque des 
revendications 4 a 6 dans lequel : 

- le routage des flux de signalisation est effectue par 
un module de routage de flux de signalisation MRFS apte 
a router les flux de signalisation transmis entre 
l r entite A et 1' entite B vers le module d'appel MA ; 

- le module de filtrage de flux media MF n'est plus 
apte a intercepter et router des flux de signalisation 
vers le module MA ; 

- le module d'appel MA est apte & recevoir et 
intercepter des messages regus du module MRFS et est 
done apte a : 

- intercepter une demande d r etablissement d'une 
session DES1 avec une entite destinataire, regue 
du module MRFS , respectivement selpn le protocole 
SIP ou le protocole H323, emise par une entite 
d'origine sur la liaison d'acces, et 

- extraire les codecs proposes figurant dans la 
description de. session, respectivement selon le 
protocole SDP ou le protocole H245, ainsi que 
1' identifiant de session, IDS1, de la demande 
interceptee DES1, et 

transmettre une demande de reservation de 
session DRS1 pour le terminal A sur la liaison 
d'acces du terminal A, correspondant a la demande 
interceptee DES1, contenant 1' identifiant de 
session IDS1 comme identifiant de session reservee 
et contenant les codecs extraits de la demande 
interceptee DES1 , a un module d' admission de 
session MAS ; et, en r^ponse a cette demande, 
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- soit : 

- recevoir du module d' admission de session MAS 
un message de refus de reservation de session sur 
la liaison d' acces du terminal A pou une session 
identifiee et transmettre une indication de refus 
de session a l'entite d'origine de la demande 
correspondante DES1 ; 

- soit : 

- recevoir du module d' admission de session MAS un 
message d' acceptation de reservation de session 
pour le terminal A sur la liaison d' acces du 
terminal A, contenant un identifiant de session 
reservee et une liste de codecs reserves ; et 

- generer une demande d' etablissement de session 
DES2, correspondant a la demande DES1, entre 
l'entite d'origine et l'entite destinataire de la 
demande DES1, avec, pour identifiant de session, 
1' identifiant de session reservee recu du module 
MAS a l'etape precedente, et avec, comme codecs 
proposes dans la description de session, les 
codecs de la liste de codecs reserves recue du 
module MAS avec 1' identifiant de session a l'etape 
precedente; et 

- transmettre la demande d' etablissement de 
session generee DES2 a l'entite destinataire ; et, 
en reponse a cette demande, 

- soit : 

- recevoir du module MRFS et intercepter un 
message destine a l'entite d'origine de la 
demande DES2, indiquant l'echec de la 
procedure d' etablissement de cette session, 



i ci uc?put 



62 



transmettre ce message a 1'entite d'origine, 
et transmettre au module MAS un message 
d r echec d' etablissement de session ; 

- soit : 

- recevoir du module MRFS et intercepter un 
message d' acceptation ■ d' etablissement de 
cette session, AES, emis par 1'entite 
destinataire de la demande DES2, et 

- extraire les codecs acceptes figurant dans 
la description de session, respectivement 
selon le protocole SDP ou le protocole H245, 
du message intercepts d' acceptation 
d' etablissement de session AES ; et 

- transmettre au module MAS une demande de 
confirmation de session relative a la session 
reservee correspondant .a. 1' identif iant de 
session figurant dans la demande DRS1, ppur 
le terminal A sur la liaison d'acces /du 
terminal A, contenant les , codecs acceptes 
extraits a l f 6tape prScedente et, en reponse 
a ce message, 

- soit : 

- recevoir du module MAS un message de refus 
de confirmation de session pour la session 
reservee, et transmettre a l'entite d'origine 
ainsi qu'a l'entite destinataire de la 
demande ^DES2 un message d' echec 
d' etablissement de session ; 

-soit : 

recevoir du module MAS un message 
d' acceptation de confirmation de session 
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relatif a la session reservee pour le 
terminal A sur la liaison d' acces du terminal 
A, et 

- transmettre au module MF une commande de 
filtrage des flux media sur la liaison 
d' acces du terminal A, pour la session entre 
le terminal A et 1' entite B correspondant a 
l'identifiant de session figurant dans la 
demande DES2, selon les debits prescrits 
figurant dans le message d' acceptation de 
confirmation de session recu du module MAS a 
l'etape precedente ; et 

- transmettre a l'entite d' origine de la 
demande DES2 le message intercepts 
d' acceptation d' etablissement de session AES 
precedemment recu du module MRFS ; 

- recevoir du module MRFS et intercepter une 
demande DFS de fin d'une session avec une entite 
destinataire, emise par une entite d' origine, sur 
la liaison d' acces du terminal A, et 

- extraire l'identifiant de session contenu dans 
la demande DFS interceptee a l'etape precedente, 
et 

- transmettre au module MAS une demande de 
liberation de session sur la liaison d' acces du 
terminal A correspondant a la demande DFS, 
contenant l'identifiant de session extrait a 
l'etape precedente, et, en reponse a cette 
demande , 

recevoir du module MAS un message de 
confirmation de liberation de session pour la 
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session correspondant a 1' identif iant de session 
transmis a l'etape precedente, sur la liaison 
d'acces du terminal A, et 

- transmettre a l'entite destinataire la demande 
5 interceptee de fin de session DFS, et 

- transmettre au module MF une commande de blocage 
des flux relatifs a la session correspondant a 
1' identif iant de session extrait de la demande 
interceptee DFS, sur la liaison d'acces du 

10 terminal A. 



15 



1/3 




DEBUT 
DES1 



* INTERCEPTION 

o EXTRACTION 
CODECS 
Cp(1),...,Cp(N) 

o INTERROGATION 



L = {Cc(1),..,Cc(k)} 




DESTINATION 




VALEURS 

RESi- 
DUELLES 



RESER- 
VATION 



17 




NON 



VALEURS 

RESl- 

DUELLES 
V 



MISEA 
JOURBD 



16 



20 



18 



SESSION 



1 



7 



MISEA 
JOUR BD 



FIG. 1 



22 




19 ( FIN 



21 



ECHEC 




FIN 



I C?l UC(JUl 




3/3 




FIG. 3 



1/1 




BREVET D'BSTVENTION 



CERTIFICAT D'UTILITE 

l.milSTtjtClLG 



Designation de I'inventeur 



Vos references pour ce dossier 


SP22701MS 


N°D , ENREGISTREWIENT NATIONAL 




TITRP ni= ^INVENTION 




CONTROLE D'ADMISSION DE SESSION MULTIMEDIA SUR CRJTERE DE 
RESSOURCES RESEAU 


LE(S) DEMANDEUR(S) OU LE(S) 
MANDATAIRE(S): 




DESIGNE(NT) EN TANT 
QU'INVENTEUR(S): 


Inventeur 1 * 


Norn 


HENRY 


Prenoms 


Alain 


Rue 


21 route de Golgon 


Code postal et ville 


22730 TREGASTEL 


Societe d'aopartenance 




Inventeur 2 


Norn 


LECORGNE 


Prenoms. 


Gilles 


Rue 


rue Marie Gabriel Laouenan - 


Code postal et ville 


22300 LANNION 


Societe d'appartenance 





La loi n°78-17 du 6 Janvier 1978 relative a rinformatique aux fichiers et aux liberies s'applique aux reponses faites a ce formulaire. 
Elle garantit un droit d'acces et de rectification pour les donnees vous concemant aupres de rityPI. 



Sign§par 

Slgnateire: FR, Brevalex, G. Poulln 

Emetteur du certificat: DE, D-Trust GmbH, D-Trust for EPO 2.0 

Fonction 

Mandataire agree (Mandataire 1) 



